soc: apple: {sep,aop}: log the endpoints and services the firmware offers - #593

…fers

Both drivers discard the coprocessor's own description of what it offers,
which makes the hardware harder to work with than it needs to be.

sep.rs receives two messages per SEPOS endpoint on the discovery endpoint
and drops both. Type 0 carries the endpoint's four-character name and
number; the dev_info! that would print it in process_discover_msg() is
commented out, along with the two constants it needs. Type 1 is what
AppleSEPManager calls the "OOL advertisement": the endpoint's out-of-line
buffer size bounds, in pages, packed into the data word. The driver has no
constant for it, so it would fall through to the (also commented out)
"Unknown discovery message type" warning. Nothing else in the driver
exposes any of this, so the set of endpoints SEPOS actually starts has
never been visible from Linux on any board.

aop.rs matches announced EPIC service names against "aop-audio", "las" and
"als" and returns silently for anything else, so services with no driver
leave no trace either.

Enable the SEP log, name and log the OOL advertisement so that the unknown
type warning only fires for genuinely unknown messages, and add the AOP
log. All of it fires once per boot during probe, alongside the RTKit syslog
output these coprocessors already emit at the same level.

dev_dbg! would be the tidier choice but is not usable here: Rust's
dev_dbg! routes to Device::pr_dbg(), which is gated on
cfg!(debug_assertions), so it compiles to nothing unless
CONFIG_RUST_DEBUG_ASSERTIONS is set and it does not participate in dynamic
debug.

On an Apple MacBook Pro (16-inch, 2021), t6000/j316s, the SEP log yields:

  Got endpoint Ok("hibe") at 20
  Endpoint 20 OOL buffer sizes 0x01010101
  Got endpoint Ok("stac") at 24
  Endpoint 24 OOL buffer sizes 0x02020202
  Got endpoint Ok("cntl") at 0
  Endpoint 0 OOL buffer sizes 0x00000000
  Got endpoint Ok("xarm") at 19
  Endpoint 19 OOL buffer sizes 0x02020202
  Got endpoint Ok("xars") at 16
  Endpoint 16 OOL buffer sizes 0x02020202
  Got endpoint Ok("pnon") at 21
  Endpoint 21 OOL buffer sizes 0x02020404
  Got endpoint Ok("hdcp") at 14
  Endpoint 14 OOL buffer sizes 0x01010101

and the AOP log, for a board whose AOP node only binds aop-audio and als:

  No driver for service Ok("wakehint") on endpoint 37
  No driver for service Ok("accel") on endpoint 33
  No driver for service Ok("gyro") on endpoint 34
  No driver for service Ok("als-temp") on endpoint 43
  No driver for service Ok("cma") on endpoint 42
  No driver for service Ok("devmotion6") on endpoint 41
  No driver for service Ok("SPUApp") on endpoint 32
  No driver for service Ok("aop-voicetrigger") on endpoint 40